Multi-agent simulation system

ABSTRACT

A multi-agent simulation system performs a simulation of a target world in which a plurality of agents interacting with each other exist. The multi-agent simulation system includes: a plurality of agent simulators configured to perform simulations of the plurality of agents, respectively; and a center controller configured to communicate with the plurality of agent simulators. The center controller performs message filtering based on a distance between the agents. Specifically, the center controller sets a delivery frequency of the delivery message to be low between the agent simulators that perform the simulations of the agents distant from each other. A space of the simulation target world is divided into a plurality of partitions, and the message filtering is performed in units of the partition.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims priority to Japanese Patent Application No. 2021-095950 filed on Jun. 8, 2021, the entire contents of which are incorporated by reference herein.

BACKGROUND Technical Field

The present disclosure relates to a multi-agent simulation technique that performs a simulation of a target world in which a plurality of agents interacting with each other exist.

Background Art

Patent Literature 1 discloses a distributed processing type simulator. The distributed processing type simulator implements a simulation of actions of a plurality of agents existing in a virtual space by distributed processing by the use of a plurality of computers. A simulator of each computer simulates an action of each agent existing in an allocated target area in the virtual space by referring to agent information of other agents.

Patent Literature 2 and Patent Literature 3 are documents indicating technical levels of the technical field of the present disclosure at the time of filing.

List of Related Art

Patent Literature 1: International Publication No. WO 2011/018854 Patent Literature 2: Japanese Laid-Open Patent Application Publication No. JP-2007-047972

Patent Literature 3: Japanese Patent No. 5685906

SUMMARY

A multi-agent simulation that simulates a target world in which a plurality of agents interacting with each other exist is considered. In the multi-agent simulation, there are a plurality of agent simulators that respectively perform simulations of the plurality of agents, and messages are exchanged between the plurality of agent simulators. For that purpose, there is a center controller intervening between the plurality of agent simulators. The center controller communicates with each agent simulator, and delivers (forwards) a message received from an agent simulator to other agent simulators. In such the configuration, when all messages are delivered from the center controller to each agent simulator, a traffic from the center controller to the agent simulators as a whole is increased. Unnecessary increase in the traffic leads to unnecessary consumption of communication resources.

An object of the present disclosure is to provide a technique that can suppress unnecessary increase in traffic in a multi-agent simulation.

An aspect of the present disclosure is directed to a multi-agent simulation system that performs a simulation of a target world in which a plurality of agents interacting with each other exist.

The multi-agent simulation system includes: a plurality of agent simulators configured to perform simulations of the plurality of agents, respectively; and a center controller configured to communicate with the plurality of agent simulators.

A subject agent is the agent allocated for each of the plurality of agent simulators.

The center controller is further configured to deliver at least one delivery message indicating a status of at least one another agent different from the subject agent to the each agent simulator.

The each agent simulator is configured to: determine a status of the subject agent by performing a simulation of the subject agent based on the status of said another agent indicated by the delivery message; and

send a result message indicating the status of the subject agent acquired as a result of the simulation to the center controller.

The center controller is further configured to deliver the result message received from the each agent simulator as a new delivery message.

A space of the target world is divided into a plurality of partitions.

The plurality of partitions include a first partition, a second partition, and a third partition.

The center controller includes:

a first partition receive queue configured to store the result message received from an agent simulator that performs a simulation of an agent belonging to the first partition;

a second partition receive queue configured to store the result message received from an agent simulator that performs a simulation of an agent belonging to the second partition; and

a third partition send queue configured to store the delivery message to be delivered to an agent simulator that performs a simulation of an agent belonging to the third partition.

In the target world, a distance between the first partition and the third partition is greater than a distance between the second partition and the third partition.

The center controller is further configured to set a frequency of forwarding the result message from the first partition receive queue to the third partition send queue to be lower than a frequency of forwarding the result message from the second partition receive queue to the third partition send queue.

According to the present disclosure, the center controller performs message filtering based on a distance between the agents. More specifically, the center controller sets a delivery frequency of the delivery message to be low between the agent simulators that perform the simulations of the agents distant from each other. As a result, an amount of messages delivered from the center controller to the agent simulators is reduced as a whole. That is, the unnecessary increase in the traffic is suppressed, and thus the unnecessary consumption of the communication resources is suppressed. Moreover, the space of the simulation target world is divided into the plurality of partitions, and the message filtering is performed in units of the partition. Performing the message filtering in units of the partition makes it possible to reduce a computation load.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a diagram showing an outline of a multi-agent simulation system according to an embodiment of the present disclosure;

FIG. 2 is a diagram showing an outline of a multi-agent simulation system according to an embodiment of the present disclosure;

FIG. 3 is a diagram for explaining an example of message exchange in a multi-agent simulation system according to an embodiment of the present disclosure;

FIG. 4 is a diagram for explaining an example of message filtering based on a temporal perspective according to an embodiment of the present disclosure;

FIG. 5 is a diagram for explaining message filtering based on a temporal perspective according to an embodiment of the present disclosure;

FIG. 6 is a block diagram showing a configuration example related to message filtering based on a temporal perspective according to an embodiment of the present disclosure;

FIG. 7 is a block diagram showing a configuration example related to message filtering based on a temporal perspective according to an embodiment of the present disclosure;

FIG. 8 is a conceptual diagram for explaining an outline of message filtering based on a spatial perspective according to an embodiment of the present disclosure;

FIG. 9 is a block diagram for explaining an outline of message filtering based on a spatial perspective according to an embodiment of the present disclosure;

FIG. 10 is a diagram for explaining an outline of message filtering based on a spatial perspective according to an embodiment of the present disclosure;

FIG. 11 is a block diagram showing a first configuration example related to message filtering based on a spatial perspective according to an embodiment of the present disclosure;

FIG. 12 is a block diagram showing a second configuration example related to message filtering based on a spatial perspective according to an embodiment of the present disclosure;

FIG. 13 is a conceptual diagram for explaining an example of mode switching in a center controller according to an embodiment of the present disclosure;

FIG. 14 is a block diagram showing an overall configuration of a multi-agent simulation system and information flow according to an embodiment of the present disclosure;

FIG. 15 is a block diagram showing a configuration of an agent simulator for a pedestrian agent and information flow according to an embodiment of the present disclosure;

FIG. 16 is a block diagram showing a configuration of an agent simulator for an autonomous moving object agent and information flow according to an embodiment of the present disclosure;

FIG. 17 is a block diagram showing a configuration of an agent simulator for a VR controlled pedestrian agent and information flow according to an embodiment of the present disclosure;

FIG. 18 is a block diagram showing a configuration of an agent simulator for a roadside sensor agent and information flow according to an embodiment of the present disclosure; and

FIG. 19 is a diagram showing an example of a physical configuration of a multi-agent simulation system according to an embodiment of the present disclosure.

EMBODIMENTS

Embodiments of the present disclosure will be described with reference to the accompanying drawings.

1. Outline of Multi-Agent Simulation System

An outline of a multi-agent simulation system according to an embodiment of the present disclosure will be described with reference to FIGS. 1 to 3 . Hereinafter, a multi-agent simulation system is abbreviated as a MAS system.

1-1. Outline of MAS System

FIG. 1 shows a schematic configuration of the MAS system 100 according to the present embodiment. The MAS system 100 performs a simulation of a simulation target world 2 which is a target of simulation by making a plurality of agents 4 interact with each other. The simulation target world 2 is not particularly limited. For example, the simulation target world 2 is a world in which people can coexist with moving objects (e.g., robots, vehicles) and enjoy a variety of services utilizing the moving objects. For example, the simulation target world 2 is a city. Examples of the services provided in the simulation target world 2 include a mobility service such as a on-demand type bus and a regular operation type bus utilizing an autonomous driving vehicle, a logistics service for delivering a package utilizing an autonomous mobile robot.

There are a lot of and various types of agents 4 in the simulation target world 2. The agents 4 constituting the simulation target world 2 include an agent 4 representing a moving object and an agent 4 representing a stationary object. Examples of the moving object represented as the agent 4 include a pedestrian, a robot, a low-speed mobility, a vehicle, a pedestrian controlled by a real person using a VR system, an elevator, and the like. Examples of the stationary object represented as the agent 4 include a sensor including a camera, an automatic door, and the like.

In the example shown in FIG. 1 , there are three agents 4A, 4B, and 4C in the simulation target world 2. Among them, the agents 4A and 4B represent robots and the agent 4C represents a pedestrian. It should be noted that the agent 4A and the agent 4B belong to the same category of robot, but there are differences in a size, a shape, a travel speed, an operation, and the like. Therefore, there is a difference between the agent 4A and the agent 4B in visual information that the agent 4C being the pedestrian is able to acquire therefrom.

In the following description, the simulation target world 2 which is a virtual world may be called a virtual world 2, distinguished from a real world.

The MAS system 100 includes a plurality of agent simulators 200. The agent simulator 200 is provided for each agent 4 and performs a simulation of each agent 4. In the example shown in FIG. 1 , agent simulators 200-A, 200-B, and 200-C are respectively provided for the agents 4A, 4B, 4C to perform simulations of the agents 4A, 4B, and 4C. Each agent simulator 200 has a difference in configuration according to a type of the subject (target) agent. For example, the agent simulators 200-A and 200-B for the agents 4A and 4B regarding the robots has configurations similar to each other, and the agent simulator 200-C for the agent 4C regarding the pedestrian has a configuration different from those of the agent simulators 200-A and 200-B. The configuration of the agent simulator 200 depending on the type of agent 4 will be described later in detail.

The plurality of agent simulators 200 perform simulations of statuses of the plurality of agents 4 while making the plurality of agents 4 interact with each other through message exchange. A message exchanged between the agent simulators 200 includes information (movement information) on a position and movement of the agent 4 within the virtual world 2. The movement information includes information on a current status and a future plan of a position and movement of the agent. The information on the current status is, for example, a position, a direction, a speed, and acceleration at a current time. The information on the future plans is, for example, a list of positions, directions, speeds, and accelerations at future times. Hereinafter, the message regarding the position and movement of the agent 4 that is exchanged between the agent simulators 200 will be referred to as a “movement message.”

Each agent simulator 200 calculates a status of a subject agent which is a subject (target) of the simulation based on a status of a surrounding agent. The surrounding agent is an interacting agent that exists around the subject agent and interacts with the subject agent. Information indicating the status of the surrounding agent is the movement message. Each agent simulator 200 is able to grasp the status of the surrounding agent by exchanging the movement message with another agent simulator 200.

In the example shown in FIG. 1 , the agent simulator 200-A grasps the statuses of the agents 4B and 4C based on the movement messages received from the agent simulators 200-B and 200-C, and updates the status of the agent 4A based on the statuses of the agents 4B and 4C. Then, the agent simulator 200-A sends a movement message indicating the updated status of the agent 4A to the agent simulators 200-B and 200-C. Similar processing is performed in the agent-simulators 200-B and 200-C. In this manner, the statuses of the agents 4A, 4B, and 4C are simulated while making the agents 4A, 4B, and 4C interact with each other.

As a method of updating the status of the agent by the agent simulator 200, there are a method of updating at a regular time interval and a method of updating when some event is detected. Even in the latter case, however, an event is forcibly generated such that the status is updated at a some time interval, because not updating for a long time has a large influence on the surrounding agent. The time interval for updating the status of the agent by the agent simulator 200 is referred to as a time granularity.

There are a lot of agents 4 in the virtual world 2 which is the target of the simulation by the MAS system 100. However, their time granularities are not necessary the same. If the time granularities of all agents 4 are the same, it is necessary to set the time granularity of each agent 4 to be in line with an agent with a fastest change rate of status in order to maintain execution performance of the MAS. In that case, however, calculation is performed at a time granularity higher than a necessary time granularity in an agent 4 with a slower change rate of status. Since the interaction between the agents 4 in the MAS is implemented by the exchange of the movement messages, the higher time granularity results in a shorter sending time interval of the movement message accordingly. As a result, the amount of movement messages is increased in the system as a whole and computational resources are consumed wastefully.

In view of the above, in the MAS system 100, the time granularity of the agent 4 may be different depending on the type of the agent 4. For example, a walking speed a pedestrian in the real world is about 1m/sec. Therefore, when the agent 4 is a pedestrian, the time granularity may be in the order of 1 sec or 100 msec. On the other hand, when the agent 4 is a robot, the time granularity of the order of 100 msec at most, preferably the time granularity of the order of 10 msec is desired. The reason is that a quick and accurate operation is required for the robot as compared with the pedestrian. In the real world, the robot control cannot be realized unless the higher an operation speed required for the robot is, the shorter the time interval for controlling is. The same applies to the simulation. It is not possible to simulate a required operation of the robot unless the time granularity is set according to the operation speed required.

In the example shown in FIG. 1 , in the virtual world 2, the time granularity of each of the robotics agents 4A and 4B is set to 20 msec, and the time granularity of the pedestrian agent 4C is set to 100 msec. The agent simulators 200-A, 200-B, and 200-C respectively execute the simulations with control cycles according to the time granularities of the allocated agents 4A, 4B, and 4C. Although the time granularities of the two robotics agents 4A and 4B shown in FIG. 1 are the same, there may be a case where different time granularities are set for the agents of the same type depending on objects of the agents.

In the MAS system 100, the simulation is executed by exchanging the movement messages between the agent simulators 200. However, the exchange of the movement messages for the simulation is not performed directly between the agent simulators 200. The MAS system 100 further includes a center controller 300 that communicates with each agent simulator 200. The movement messages are relayed by the center controller 300 to be exchanged between the agent simulators 200.

In the example shown in FIG. 1 , the movement message output from the agent simulator 200-A is received by the center controller 300. Then, the center controller 300 sends the movement message of the agent simulator 200-A to the agent simulators 200-B and 200-C. Similarly, the movement message of the agent simulator 200-B is sent to the agent simulators 200-A and 200-C by the center controller 300, and the movement message of the agent simulator 200-C is sent to the agent simulators 200-A and 200-B by the center controller 300.

1-2. Movement Message Exchange in MAS System

FIG. 2 shows an outline of the exchange of the movement messages performed in the MAS system 100. In the MAS system 100, each agent simulator 200 sends the movement message at a time interval corresponding to the time granularity of the agent to be simulated, rather than at a same time interval among the agent simulators 200. When the time granularities of the agents 4A, 4B, and 4C are those as shown in FIG. 1 , the agent simulators 200-A and 200-B each sends the movement message at the time interval of 20 msec, and the agent simulator 200-C sends the movement message at the time interval of 100 msec.

The center controller 300 receiving the movement messages from the agent simulators 200-A, 200-B, and 200-C broadcasts the received movement messages at the original time intervals. Thus, the movement message from the agent simulator 200-B is sent to the agent simulator 200-A at a time interval of 20 msec, and the movement message from the agent simulator 200-C is sent to the agent simulator 200-A at a time interval of 100 msec. Similarly, the movement message from the agent simulator 200-A is sent to the agent simulator 200-B at a time interval of 20 msec, and the movement message from the agent simulator 200-C is to the agent simulator 200-B sent at a time interval of 100 msec. Moreover, the movement messages from the agent simulators 200-A and 200-B are sent to the agent simulator 200-C at a time-interval of 20 msec.

As described above, in the MAS system 100, each agent simulator 200 sends the movement message at the sending time interval corresponding to the time granularity of the agent to be simulated, rather than at a same sending time interval among the agent simulators 200. It is thus possible to suppress an increase in the amount of messages exchanged between the agent simulators 200 while maintaining the execution performance of the MAS. Moreover, since the center controller 300 sends the received movement message at the original time interval, it is possible to prevent an old movement message from reaching a destination agent simulator 200 earlier than a new movement message. Furthermore, since the center controller 300 uses broadcasting as a method for sending the movement message, load on the center controller 300 is reduced.

By the way, in the real world, a current status of an entity is determined by a relationship with a current status of another entity interacting with each other. Therefore, in order to simulate a current status of an agent in the virtual world 2, information on a current status of a surrounding agent interacting with each other is desired. However, in the MAS system 100, there is a difference in the sending time interval for sending the movement message between the agent simulators 200 depending on the time granularity of the agent to simulate. Moreover, since the movement messages are sent discretely, an exchange timing of the movement message may be different even among the agent simulators 200 with the same sending time interval. Furthermore, a time delay may occur in a communication of the movement message between the agent simulators 200 through the center controller 300, depending on a processing capacity of a CPU and a network capacity.

In view of the above, in the MAS system 100, when each agent simulator 200 performs the simulation of the current status of the subject agent, the following first to sixth processes are executed.

In the first process, based on a movement message sent from the center controller 300, the agent simulator 200 generates a status of a surrounding agent at a time when the movement message is acquired. In the second process, the agent simulator 200 stores in a memory the status of the surrounding agent generated in the first process.

In the third process, the agent simulator 200 estimates a current status of the surrounding agent based on a past status of the surrounding agent stored in the memory in the second process. When the number of past statuses of the surrounding agent stored in the memory is equal to or more than two, the agent simulator 200 estimates the current status of the surrounding agent by linear extrapolation based on the latest two or more past statuses of the surrounding agent. When the number of past status of the surrounding agent stored in memory is one, the agent simulator 200 estimates that the current status of the surrounding agent is the same as the one past status of the surrounding agent.

In the fourth process, the agent simulator 200 simulates the current status of the subject agent by using the current status of the surrounding agent estimated in the third process. In the fifth process, the agent simulator 200 generates a movement message based on the current status of the subject agent simulated in the fourth process. Then, in the sixth process, the agent simulator 200 sends the movement message generated in the fifth process to the center controller 300.

In the MAS system 100, the processes described above are executed in each agent simulator 200. It is thus possible to simulate the current status of each agent with high accuracy, even when there is a time delay in the communication of the movement message between the agent simulators 200 through the center controller 300. Moreover, it is possible to simulate the current status of each agent with high accuracy, even when there is a difference in the sending timing of the movement message between the agent simulators 200. Furthermore, it is possible to simulate the current status of each agent with high accuracy, even when there is a difference in the sending time interval for sending the movement message between the agent simulators 200 due to a difference in the time granularity between the agents.

1-3. Example of Message Exchange

FIG. 3 shows an example of the exchange of the movement messages between the agent simulators 200-A, 200-B, and 200-C performed in the MAS-system 100. In order to simplify the explanation, the center controller 300 that relays the communication of the movement message between the agent simulators 200-A, 200-B, and 200-C is omitted. When the time granularities of the agents 4A, 4B, and 4C are those as shown in FIG. 1 , the agent simulators 200-A and 200-B each sends the movement message at the time interval of 20 msec, and the agent simulator 200-C sends the movement message at the time interval of 100 msec.

In the present example, a time delay of 12 msec is permitted between the agent simulator 200-A and the agent simulator 200-B. A time delay of 14 msec is permitted between the agent simulator 200-A and the agent simulator 200-C. In addition, a time delay of 10 msec is permitted between the agent simulator 200-B and the agent simulator 200-C.

Each of the agent simulators 200-A, 200-B, and 200-C starts the simulation at a time t=0. However, interval clocks of computers respectively serving as the agent simulators 200-A, 200-B, and 200-C are not necessarily consistent with each other. Therefore, there may be a difference in the simulation start time between the agent simulators 200-A, 200-B, and 200-C. In the MAS system 100, the exchange of the movement messages between the agent simulators 200-A, 200-B, and 200-C is performed on an assumption that there is a difference in the simulation start time.

In the following description, for simplicity, A[t] means a movement message indicating the status of the agent 4A at a time t. B[t] means a movement message indicating the status of the agent 4B at a time t. C[t] means a movement message indicating the status of the agent 4C at a time t. Hereinafter, processing by the agent simulators 200-A, 200-B, and 200-C will be described on a time-series basis.

First, movement messages A[0], B[0], and C[0] indicating initial statuses of the agents 4A, 4B, and 4C are sent from the agent simulators 200-A, 200-B, and 200-C, respectively. Initially, the agent simulators 200-A, 200-B, and 200-C cannot recognize presence of the surrounding agents and thus generate the movement messages A[0], B[0], and C[0], respectively, under an assumption that there is no surrounding agent.

The next sending time by the agent simulator 200-A is a time t=20. Prior to the time t=20, the agent simulator 200-A receives the movement messages B[0] and C[0]. The agent simulator 200-A recognizes the status of the agent 4B at the time t=0 based on the movement message B[0], and estimates that a current status of the agent 4B is the same as the status of the agent 4B at the time t=0. In addition the agent simulator 200-A recognizes the status of the agent 4C at the time t=0 based on the movement message C[0], and estimates that a current status of the agent 4C is the same as the status of the agent 4C at the time t=0. The agent simulator 200-A determines a status of the agent 4A at the time t=20 by the simulation using the statuses of the agents 4B and 4C thus estimated, and sends a movement message A[20].

The next sending time by the agent simulator 200-A is a time t=40. Prior to the time t=40, the agent simulator 200-A receives a new movement message B[20] from the agent simulator 200-B, but receives no new movement message from the agent simulator 200-C. The agent simulator 200-A recognizes the status of the agent 4B at the time t=20 based on the movement message B[20], and estimates a current status of the agent 4B by the linear extrapolation based on the statuses of the agent 4B at the times t=0 and t=20. In addition, the agent simulator 200-A estimates that a current status of the agent 4C is the same as the status of the agent 4C at the time t=0. The agent simulator 200-A determines a status of the agent 4A at the time t=40 by the simulation using the statuses of the agents 4B and 4C thus estimated, and sends a movement message A[40].

The next sending time by the agent simulator 200-A is a time t=60. Prior to the time t=60, the agent simulator 200-A receives a new movement message B[40] from the agent simulator 200-B, but receives no new movement message from the agent simulator 200-C. The agent simulator 200-A estimates a current status of the agent 4B by the linear extrapolation based on the statuses of the agent 4B at the times t=20 and t=40. In addition, the agent simulator 200-A estimates that a current status of the agent 4C is the same as the status of the agent 4C at the time t=0. The agent simulator 200-A determines a status of the agent 4A at the time t=60 by the simulation using the statuses of the agents 4B and 4C thus estimated, and sends a movement message A[60].

The next sending time by the agent simulator 200-A is a time t=80. Prior to the time t=80, the agent simulator 200-A receives a new movement message B[60] from the agent simulator 200-B, but receives no new movement message from the agent simulator 200-C. The agent simulator 200-A estimates a current status of the agent 4B by the linear extrapolation based on the statuses of the agent 4B at the times t=40 and t=60. In addition, the agent simulator 200-A estimates that a current status of the agent 4C is the same as the status of the agent 4C at the time t=0. The agent simulator 200-A determines a status of the agent 4A at the time t=80 by the simulation using the statuses of the agents 4B and 4C thus estimated, and sends a movement message A[80].

The next sending time by the agent simulator 200-A is a time t=100. Prior to the time t=100, the agent simulator 200-A receives a new movement message B[80] from the agent simulator 200-B, but receives no new movement message from the agent simulator 200-C. The agent simulator 200-A estimates a current status of the agent 4B by the linear extrapolation based on the statuses of the agent 4B at the times t=60 and t=80. In addition, the agent simulator 200-A estimates that a current status of the agent 4C is the same as the status of the agent 4C at the time t=0. The agent simulator 200-A determines a status of the agent 4A at the time t=100 by the simulation using the statuses of the agents 4B and 4C thus estimated, and sends a movement message A[100].

The next sending time by the agent simulator 200-A is a time t=120. Prior to the time t=120, the agent simulator 200-A receives a new movement message B[100] from the agent simulator 200-B, and also receives a new movement message C[100] from the agent simulator 200-C. The agent simulator 200-A recognizes the status of the agent 4B at the time t=100 based on the movement message B[100], and estimates a current status of the agent 4B by the linear extrapolation based on the statuses of the agent 4B at the times t=80 and t=100. In addition, the agent simulator 200-A recognizes the status of the agent 4C at the time t=100 based on the movement message C[100], and estimates a current status of the agent 4C by the linear extrapolation based on the statuses of the agent 4C at the times t=0 and t=100. The agent simulator 200-A determines a status of the agent 4A at the time t=120 by the simulation using the statuses of the agents 4B and 4C thus estimated, and sends a movement message A[120].

Processing by the agent simulator 200-B is similar to that in the case of the agent simulator 200-A. The agent simulator 200-B determines the statuses of the agent 4B at the times t=20, 40, 60, 80, 100, 120, and 140. The agent simulator 200-B sends movement messages B[20], B[40], B[60], B[80], B[100], B[120], and B[140] respectively indicating the statuses at the times.

The next sending time by the agent simulator 200-C is the time t=100. Prior to the time t=100, the agent simulator 200-C receives the movement messages A[0], A[20], A[40], A[60], and A[80] from the agent simulator 200-A. The agent simulator 200-C estimates a current status of the agent 4A by the linear extrapolation based on the latest two past statuses, that is, the statuses of the agent 4A at the times time t=60 and t=80. Prior to the time t=100, the agent simulator 200-C receives the movement messages B[0], B[20], B[40], B[60], and B[80] from the agent simulator 200-B as well. The agent simulator 200-C estimates a current status of the agent 4B by the linear extrapolation based on the latest two past statuses, that is, the statuses of the agent 4B at the times t=60 and t=80. The agent simulator 200-C determines a status of the agent 4C at the time t=100 by the simulation using the statuses of the agents 4A and 4B thus estimated. Then, the agent simulator 200-C sends a movement message C[100].

2. Message Filtering

The agent 4 allocated for each agent simulator 200-i (i=1 to N) is hereinafter referred to as a “subject agent 4 i.” Here, N is a total number of the agent simulators 200 and is an integer of two or more. Each agent simulator 200-i performs a simulation of the allocated subject agent 4 i. As mentioned above, the message is used for the simulation. For convenience sake, the message delivered from the center controller 300 to the agent simulator 200-i is hereinafter referred to as a “delivery message MD-i.” On the other hand, the message indicating the status of the subject agent 4 i acquired as a result of the simulation in the agent simulator 200-i is hereinafter referred to as a “result message MR-i.”

The center controller 300 delivers the delivery message MD-i to the agent simulator 200-i. The delivery message MD-i delivered to the agent simulator 200-i includes at least one result message MR-j indicating the status of at least one another agent 4 j (j=1 to N, j≠i) different from the subject agent 4 i. The agent simulator 200-i performs the simulation of the subject agent 4 i based on the status of the said another agent 4 j indicated by the delivery message MD-i to determine the status of the subject agent 4 i. Then, the agent simulator 200-i sends the result message MR-i indicating the status of the subject agent 4 i acquired as a result of the simulation to the center controller 300. The center controller 300 delivers (forwards) the result message MR-i received from the agent simulator 200-i as a new delivery message MD.

In the configuration described above, when all messages are delivered from the center controller 300 to each agent simulator 200-i, a traffic from the center controller 300 to the agent simulators 200 as a whole is increased. Unnecessary increase in the traffic leads to unnecessary consumption of communication resources. In view of the above, in order to suppress the unnecessary increase in the traffic, the center controller 300 according to the present embodiment performs processing that appropriately filters (selects) the result message MR to be delivered (transferred) as the delivery message MD. Such the processing is hereinafter referred to as “message filtering.”

Hereinafter, the message filtering according to the present embodiment will be described. Especially, two types of message filtering, one based on temporal perspective and another based on spatial perspective will be described in detail.

2-1. Message Filtering Based on Temporal Perspective 2-1-1. Outline

First, the message filtering based on the temporal perspective will be described. As noted above, the plurality of agent simulators 200 may include ones having different processing time intervals (time granularities). In this case, it is not always necessary to deliver all the result messages MR as the delivery messages MD to an agent simulator 200 whose processing time interval is relatively long, and thus it is allowed to perform the message filtering.

As an example, the case shown in the above FIG. 3 is considered. The processing time interval TA of the agent simulator 200-A is 20 msec. The processing time interval TB of the agent simulator 200-B is 20 msec. The processing time interval TC of the agent simulator 200-C is 100 msec. That is, the processing time interval TC of the agent-simulator 200-C is relatively long. The agent simulator 200-C receives the movement messages A[0], A[20], A[40], A[60], and A[80] from the agent simulator 200-A and receives the movement messages B[0], B[20], B[40], B[60], and B[80] from the agent simulator 200-B. However, used for the simulation of the subject agent 4C are the movement messages A[60], A[80], B[60], and B[80]. The other movement messages A[0], A[20], A[40], B[0], B[20], and B[40] are not required for the simulation. That is to say, delivering the movement messages A[0], A[20], A[40], B[0], B[20], and B[40] to the agent simulator 200-C whose processing time interval TC is long causes unnecessary increase in the traffic.

In view of the above, the center controller 300 performs the message filtering as shown in FIG. 4 . More specifically, the center controller 300 receives the movement messages A[0], A[20], A[40], A[60], and A[80] from the agent simulator 200-A, and selectively delivers (forwards) the movement messages A[60] and A[80] among them to the agent simulator 200-C without delivering the movement messages A[0], A[20], and A[40] to the agent simulator 200-C. Similarly, the center controller 300 receives the movement messages B[0], B[20], B[40], B[60], and B[80] from the agent simulator 200-B, and selectively delivers (forwards) the movement messages B[60] and B[80] among them to the agent simulator 200-C without delivering the movement messages B[0], B[20], and B[40] to the agent simulator 200-C. As a result, the unnecessary increase in the traffic is suppressed, and thus the unnecessary consumption of the communication resources is suppressed. It should be noted that even when such the message filtering is performed, accuracy of the simulation in the agent simulator 200-C remains the same.

The generalization is as follows. Two agent simulators 200 shown in FIG. 5 , that is, a first agent simulator 200-X and a second agent simulator 200-Y are considered. The first agent simulator 200-X performs a simulation of a first agent (subject agent) 4X at a first processing time interval TX. On the other hand, the second agent simulator 200-Y performs a simulation of a second agent (subject agent) 4Y at a second processing time interval TY. The second processing time interval TY is longer than the first processing time interval TX. In this case, the center controller 300 sets a number of a second delivery message MD-Y delivered to the second agent simulator 200-Y per unit time to be smaller than a number of a first delivery message MD-X delivered to the first agent simulator 200-X per unit time. Thus, the unnecessary increase in the traffic is suppressed.

More specifically, the first agent simulator 200-X sends a first result message MR-X regarding the first agent 4X to the center controller 300 at a first frequency corresponding to the first processing time interval TX. The center controller 300 receives the first result message MR-X at the first frequency corresponding to the first processing time interval TX. However, it is not necessary to deliver the first result message MR-X at the same first frequency to the second agent simulator 200-Y whose processing time interval is long. For the second agent simulator 200-Y, it is enough to deliver the first result message MR-X at a second frequency corresponding to the second processing time interval TY. The second frequency corresponding to the second processing time interval TY is lower than the first frequency corresponding to the first processing time interval TX. The center controller 300 selects only a part of the first result messages MR-X received from the first agent simulator 200-X as the second delivery message MD-Y, and delivers the selected second delivery message MD-Y to the second agent simulator 200-Y. In other words, the center controller 300 delivers the second delivery message MD-Y to the second agent simulator 200-Y at the second frequency lower than the first frequency.

The second agent simulator 200-Y determines the status of the second agent 4Y at the second processing time interval TY. The center controller 300 selects a part of the first result messages MR-X received from the first agent simulator 200-X as the second delivery message MD-Y. Here, as an example, the center controller 300 preferably selects the second delivery message MD-Y so as to include at least a latest first result message MR-X received before the timing at which the second agent simulator 200-Y determines the status of the second agent 4Y (see FIG. 4 ). In the example shown in FIG. 4 , the latest two first result messages MR-X (e.g., A[60] and A[80]) are selected as the second delivery messages MD-Y. Selecting the second delivery message MD-Y so as to include at least the latest first result message MR-X makes it possible to increase accuracy of the simulation regarding the second agent 4Y in the second agent simulator 200-Y.

The second agent simulator 200-Y sends a second result message MR-Y regarding the second agent 4Y to the center controller 300 at the second frequency corresponding to the second processing time interval TY. The center controller 300 receives the second result message MR-Y at the second frequency corresponding to the second processing time interval TY. The center controller 300 may deliver all the second result messages MR-Y as first delivery messages MD-X to the first agent simulator 200-X.

The center controller 300 retains “reference information REF1” indicating the processing time interval in each agent simulator 200-i. For example, the processing time interval in each agent simulator 200-i is preset and the reference information REF1 is provided in advance to the center controller 300. Based on the reference information REF1, the center controller 300 grasps the processing time interval in each agent simulator 200-i and adjusts the delivery message MD to be delivered to each agent simulator 200-i. In other words, the center controller 300 filters the delivery message MD to be delivered to each agent simulator 200-i according to the processing time interval in each agent simulator 200-i.

2-1-2. Configuration Example

FIG. 6 is a block diagram showing a configuration example related to the message filtering based on the temporal perspective. In the example shown in FIG. 6 , the center controller 300 includes a plurality of message filters 311-1 to 311-N. The plurality of message filters 311-1 to 311-N are respectively provided for a plurality of agent simulators 200-1 to 200-N and respectively perform the message filtering with respect to the plurality of agent simulators 200-1 to 200-N. That is, the plurality of message filters 311-1 to 311-N adjust the numbers of delivery messages MD-1 to MD-N to be delivered to the plurality of agent simulators 200-1 to 200-N, respectively.

More specifically, the plurality of message filters 311-1 to 311-N retain information (the reference information REF1) regarding the processing time intervals Ti to TN of the plurality of agent simulators 200-1 to 200-N, respectively. The message filter 311-i adjusts a number of the delivery message MD-i to be delivered to the agent simulator 200-i based on the information of the processing time interval Ti. In the example shown in FIG. 5 , the first message filter 311-X adjusts the number of the first delivery message MD-X to be delivered to the first agent simulator 200-X based on the information of the first processing time interval TX. The second message filter 311-Y adjusts the number of the second delivery message MD-Y to be delivered to the second agent simulator 200-Y based on the information of the second processing time interval TY. Each message filter 311-i includes a message queue for adjusting the number of the delivery message MD-i.

FIG. 7 shows an example of an arrangement of the agent simulators 200 and the message filters 311. The plurality of message filters 311-1 to 311-N are located in a same subnet. An agent simulator 200 may be present in the same subnet. The agent simulator 200 present in the same subnet broadcasts the result message MR to the plurality of message filters 311-1 to 311-N. An agent simulator 200 that is present outside the same subnet is connected to the subnet through a gateway 40. The gateway 40 receives the result message MR from the agent simulator 200 and broadcasts the received result message MR to the plurality of message filters 311-1 to 311-N. Utilizing broadcasting makes it possible to efficiently distribute the result message MR to each message filter 311-i.

2-1-3. Effect

As described above, in one embodiment, the center controller 300 performs the message filtering based on the processing time interval Ti of each agent simulator 200-i. More specifically, the center controller 300 sets the number of the delivery message MD delivered per unit time to the agent simulator 200 whose processing time interval is relatively long to be relatively small. As a result, an amount of messages delivered from the center controller 300 to the agent simulators 200 is reduced as a whole. That is, the unnecessary increase in the traffic is suppressed, and thus the unnecessary consumption of the communication resources is suppressed.

2-2. Message Filtering Based on Spatial Perspective 2-2-1. Outline

Next, the message filtering based on the spatial perspective will be described. There are various distances between the agents 4 in the simulation target world 2. It is not always necessary to exchange all messages between agents 4 distant from each other, and thus it is allowed to perform the message filtering.

Here, a distance between agents 4 being short means that a degree of interaction between the agents 4 is high, and a distance between agents 4 being long means that a degree of interaction between the agents 4 is low. It can be said that the distance between the agents 4 is an inverse of a degree of interaction between the agents 4. For example, when two agents 4 are in a line-of-sight (LOS) environment, a “straight-line distance (Euclidean distance)” or a “Manhattan distance” between the two agents 4 is used.

The distance when two agents 4 are in a non-line-of-sight environment is as follows. For example, in a case of a simulation on the premise that an agent 4 watches another agent 4, the distance between the two agents 4 can be regarded as infinite because the two agents 4 cannot see each other. As another example, in a case of a simulation on the premise that an agent 4 hears a sound made by another agent 4, a propagation of the sound is simulated by ray tracing, and a length of the shortest ray (i.e., a shortest propagation path length) is used as the distance.

The result message MR-i sent from each agent simulator 200-i to the center controller 300 includes the latest position information of each agent 4 i in the simulation target world 2. The center controller 300 retains spatial configuration information of the simulation target world 2. Based on the spatial configuration information and the position information of each agent 4 i, the center controller 300 is able to calculate the distance between the agents 4 in the simulation target world 2.

FIGS. 8 and 9 are conceptual diagrams for explaining an outline of the message filtering based on the spatial perspective. Here, three agents 4X, 4Y, and 4Z and three agent simulators 200-X, 200-Y, and 200-Z are considered. In the simulation target world 2, a distance Dxz between the first agent 4X and the third agent 4Z is greater than a distance Dyz between the second agent 4Y and the third agent 4Z.

The first agent simulator 200-X performs a simulation of the first agent (subject agent) 4X. The second agent simulator 200-Y performs a simulation of the second agent (subject agent) 4Y. The third agent simulator 200-Z performs a simulation of the third agent (subject agent) 4Z. The first agent simulator 200-X sends first result messages MR-X regarding the first agent 4X to the center controller 300. The second agent simulator 200-Y sends second result messages MR-Y regarding the second agent 4Y to the center controller 300. The center controller 300 receives the first result messages MR-X from the first agent simulator 200-X and delivers at least a part of the first result messages MR-X as a third delivery message MD-Z to the third agent simulator 200-Z. Also, the center controller 300 receives the second result messages MR-Y from the second agent simulator 200-Y and delivers at least a part of the second result messages MR-Y as the third delivery message MD-Z to the third agent simulator 200-Z.

In the example shown in FIGS. 8 and 9 , the distance Dxz between the first agent 4X and the third agent 4Z is greater than the distance Dyz between the second agent 4Y and the third agent 4Z. In this case, the center controller 300 sets a delivery frequency of delivering the first result message MR-X to the third agent simulator 200-Z to be lower than a delivery frequency of delivering the second result message MR-Y to the third agent simulator 200-Z. As a result, the unnecessary increase in the traffic is suppressed, and thus the unnecessary consumption of the communication resources is suppressed. It should be noted that even when the delivery frequency of the first result message MR-X regarding the distant first agent 4X becomes low, accuracy of the simulation in the third agent simulator 200-Z is not reduced so much.

As shown in FIG. 9 , the center controller 300 retains reference information REF2. The reference information REF2 includes the spatial configuration information of the simulation target world 2. The center controller 300 is able to grasp the distance between the agents 4 based on the spatial configuration information and the position information of each agent 4 i included in the result message MR. Further, the reference information REF2 includes functional information that indicates a correspondence relationship between the distance between the agents 4 and the delivery frequency. The function information is generated in advance according to the user's policy. Based on the function information, the center controller 300 sets the delivery frequency according to the distance between the agents 4.

2-2-2. Partitioning

As shown in FIG. 10 , a space of the simulation target world 2 may be divided into a plurality of partitions P (voxels). The partition configuration may be fixed or may vary dynamically. For example, the partition configuration may be dynamically set according to a spatial density of the agents 4. In that case, as shown in FIG. 10 , an area where the density of the agents 4 is higher is divided into more partitions P, and a size of each partition P becomes smaller. The partition configuration is determined by a well-known space partitioning algorithm.

The center controller 300 may perform the message filtering in units of partition P according to a distance between the partitions P. The distance between two partitions P is, for example, a distance between respective centers of gravity of the two partitions P. As another example, the distance between two partitions P is a maximum value of distances between two points respectively belonging to the two partitions P. As yet another example, the distance between two partitions P is a minimum value of distances between two points respectively belonging to the two partitions P.

The center controller 300 determines the partition configuration by a well-known space partitioning algorithm. Information of the partition configuration also is added to the reference information REF2 described above, in addition to the spatial configuration information of the simulation target world 2. The center controller 300 calculates the distance between the partitions P based on the reference information REF2. Further, the reference information REF2 includes function information that indicates a correspondence relationship between the distance between the partitions P and the delivery frequency. The function information is generated in advance according to the user's policy. Based on the function information, the center controller 300 sets the delivery frequency according to the distance between the partitions P.

As an example, three partitions PX, PY, and PZ shown in FIG. 10 are considered. In the simulation target world 2, a distance between the first partition PX and the third partition PZ is greater than a distance between the second partition PY and the third partition PZ.

The center controller 300 receives first result messages MR-X from each agent simulator 200 that performs the simulation of each agent 4 belonging to the first partition PX. Also, the center controller 300 receives second result messages MR-Y from each agent simulator 200 that performs the simulation of each agent 4 belonging to the second partition PY. The center controller 300 selects at least a part of the first result messages MR-X and the second result messages MR-Y as a third delivery message MD-Z for the third partition PZ. Then, the center controller 300 delivers the third delivery message MD-Z to each agent simulator 200 that performs the simulation of each agent 4 belonging to the third partition PZ. In the example shown in FIG. 10 , the distance between the first partition PX and the third partition PZ is greater than the distance between the second partition PY and the third partition PZ. In this case, the center controller 300 sets a delivery frequency of delivering the first result message MR-X as the third delivery message MD-Z to be lower than a delivery frequency of delivering the second result message MR-Y as the third delivery message MD-Z.

For example, as shown in FIG. 11 , the center controller 300 includes a first partition receive queue 312-X, a second partition receive queue 312-Y, and a third partition send queue 313-Z. The first partition receive queue 312-X stores the first result message MR-X received from each agent simulator 200 that performs the simulation of each agent 4 belonging to the first partition PX. The second partition receive queue 312-Y stores the second result message MR-Y received from each agent simulator 200 that performs the simulation of each agent 4 belonging to the second partition PY. The third partition send queue 313-Z stores the third delivery message MD-Z to be delivered to each agent simulator 200 that performs the simulation of each agent 4 belonging to the third partition PZ. The center controller 300 forwards necessary ones among the first result messages MR-X stored in the first partition receive queue 312-X to the third partition send queue 313-Z. Moreover, the center controller 300 forwards necessary ones among the second result messages MR-Y stored in the second partition receive queue 312-Y to the third partition send queue 313-Z. In the example shown in FIG. 10 , the distance between the first partition PX and the third partition PZ is greater than the distance between the second partition PY and the third partition PZ. In this case, the center controller 300 sets a frequency of forwarding the first result message MR-X from the first partition receive queue 312-X to the third partition send queue 313-Z to be lower than a frequency of forwarding the second result message MR-Y from the second partition receive queue 312-Y to the third partition send queue 313-Z.

As described above, in the case where the space of the simulation target world 2 is divided into the plurality of partitions P, the message filtering is performed in units of the partition P. This also enables the suppression of the unnecessary increase in the traffic is suppressed and thus the suppression of the unnecessary consumption of the communication resources.

Furthermore, performing the message filtering in units of the partition P makes it possible to reduce computation load. For example, let us consider a case a total number of agents 4 is 1000 and a total number of partitions P is 10. In the case where the message filtering is performed in units of the agent 4, approximately 10 ⁶ computation processes are required for calculating the distances for all the pairs of the agents 4. On the other hand, in the case where the message filtering is performed in units of the partition P, the number of computation processes required for calculating the distances for all the pairs of the partitions P is 90. Such the reduction in the computation load is preferable in terms of a simulation speed and a simulation cost.

2-2-3. Configuration Example

FIG. 11 is a block diagram showing a first configuration example related to the message filtering based on the spatial perspective. In the first configuration example, the center controller 300 is designed to perform the message filtering based on a “Publish/Subscribe model.” More specifically, the center controller 300 includes a plurality of receive queues 312, a plurality of send queues 313, and a forwarder 314.

The plurality of receive queues 312 are provided for the plurality of partitions P, respectively. Similarly, the plurality of send queues 313 are provided for the plurality of partitions P, respectively. That is, the receive queue 312 and the send queue 313 are provided for each partition P. Each receive queue 312 stores the result message MR received from the agent simulator 200 that performs the simulation of each agent 4 belonging to the corresponding partition P. Each send queue 313 stores the delivery message MD to be delivered to the agent simulator 200 that performs the simulation of each agent 4 belonging to the corresponding partition P.

Each agent simulator 200-i sends the result message MR-i regarding the agent 4 i to the center controller 300 (i.e., Publish). The message MR-i includes the position information of the agent 4 i in the simulation target world 2. Based on the position information of the agent 4 i and the partition configuration, the center controller 300 recognizes a partition P to which the agent 4 i belongs by using a decision tree or the like. That is, the center controller 300 sorts the result message MR-i into the receive queue 312 corresponding to the partition P to which the agent 4 i belongs by using a decision tree or the like.

Moreover, each agent simulator 200-i acquires the delivery message MD-i regarding the agent 4 i from the center controller 300 (i.e., Subscribe). For example, based on the position information of the agent 4 i and the partition configuration, each agent simulator 200-i recognizes the partition P to which the agent 4 i belongs by using a decision tree or the like. That is, each agent simulator 200-i recognizes the send queue 313 in which the delivery message MD-i regarding the agent 4 i is stored by using a decision tree or the like. Then, each agent simulator 200-i acquires (pulls) the delivery message MD-i regarding the agent 4 i from the send queue 313. It should be noted that the Subscribe is not limited to the Pull scheme. As another example, the Subscribe may be implemented by Push scheme.

The forwarder 314 forwards necessary ones among the result messages MR stored in each receive queue 312 to necessary send queues 313. The function of the forwarder 314 is set from the perspective of the message filtering described above. That is, the forwarder 314 sets the frequency of forwarding the result message MR according to the distance between the partitions P for each combination of the receive queue 312 and the send queue 313. As described above, the reference information REF2 includes the information on the partition configuration and the function information indicating the correspondence relationship between the distance between the partitions P and the delivery frequency. The center controller 300 is able to set the function of the forwarder 314 based on the reference information REF2.

In the example shown in FIG. 10 described above, the distance between the first partition PX and the third partition PZ is greater than the distance between the second partition PY and the third partition PZ. In this case, the center controller 300 sets the frequency of forwarding the first result message MR-X from the first partition receive queue 312-X to the third partition send queue 313-Z to be lower than the frequency of forwarding the second result message MR-Y from the second partition receive queue 312-Y to the third partition send queue 313-Z. It should be noted that a frequency of forwarding from a third partition receive queue 312-Z to the third partition send queue 313-Z is the highest.

FIG. 12 is a block diagram showing a second configuration example related to the message filtering based on the spatial perspective. In the second configuration example, the center controller 300 includes a plurality of message filter 315-1 to 315-N. The plurality of message filters 315-1 to 315-N are respectively provided for the plurality of agent simulators 200-1 to 200-N and respectively perform the message filtering with respect to the plurality of agent simulators 200-1 to 200-N. That is, the plurality of message filters 315-1 to 315-N adjust the numbers of delivery messages

MD-1 to MD-N to be delivered to the plurality of agent simulators 200-1 to 200-N, respectively.

More specifically, each message filter 315-i receives the result messages MR-1 to MR-N respectively from the plurality of agent simulators 200-1 to 200-N. Each result message MR includes the position information of each agent 4. Moreover, each message filter 315-i retains the reference information REF2 (i.e., the spatial configuration information and the function information). Each message filter 315-i calculates a distance between the subject agent 4 i and another agent 4 based on the reference information REF2 (the spatial configuration information) and the position information included in the result message MR. Furthermore, based on the reference information REF2 (the function information), each message filter 315-i sets the delivery frequency according to the distance for each of the result messages MR-1 to MR-N. Then, each message filter 315-i delivers the result messages MR-1 to MR-N as the delivery message MD-i to the agent simulator 200-i according to the set delivery frequency. Each message filter 315-i includes a message queue for adjusting the number of delivery messages MD-i.

An example of the arrangement of the agent simulators 200 and the message filters 315 is as shown in FIG. 7 described above.

2-2-4. Effect

As described above, in one embodiment, the center controller 300 performs the message filtering based on the distance between the agents 4. More specifically, the center controller 300 sets the delivery frequency of the delivery message MD to be low between the agent simulators 200 performing the simulations of the agents 4 distant from each other. As a result, an amount of messages delivered from the center controller 300 to the agent simulators 200 is reduced as a whole. That is, the unnecessary increase in the traffic is suppressed, and thus the unnecessary consumption of the communication resources is suppressed.

The space of the simulation target world 2 may be divided into the plurality of partitions P (see FIG. 10 ). In this case, the message filtering is performed in units of the partition P (see FIG. 11 ). Even in this case, the unnecessary increase in the traffic is suppressed, and thus the unnecessary consumption of the communication resources is suppressed. Furthermore, performing the message filtering in units of the partition P makes it possible to reduce the computation load. Such the reduction in the computation load is preferable in terms of the simulation speed and the simulation cost.

2-3. Mode Switching

The center controller 300 may be configured to be able to turn ON/OFF the message filtering. In that case, operation modes of the center controller 300 include a “first mode” that does not perform the message filtering and a “second mode” that performs the message filtering. In the first mode, the center controller 300 delivers the result message MR received from each agent simulator 200 as a new delivery message MD without filtering. In the second mode, on the other hand, the center controller 300 selectively delivers the result message MR received from each agent simulator 200 as a new delivery message MD.

The center controller 300 switches the operation mode between the first mode and the second mode depending on a situation. For example, the center controller 300 performs the mode switching from a standpoint of a balance between “suppression of the traffic” and “suppression of the processing load in the center controller 300.”

FIG. 13 is a conceptual diagram for explaining an example of the mode switching in the center controller 300. In the example shown in FIG. 13 , the center controller 300 performs the mode switching based on the number of result messages MR that the center controller 300 receives per unit time.

More specifically, when the number of result messages MR that the center controller 300 receives per unit time is small, the delivery messages MD do not place a burden on a communication capacity, even when the result messages MR are delivered as the delivery messages MD without filtering. In view of the above, when the number of result messages MR that the center controller 300 receives per unit time is equal to or less than a threshold, the center controller 300 selects the first mode that does not perform the message filtering . More specifically, the center controller 300 turns OFF the function of the message filtering described in the above Section 2-1 or Section 2-2. Since the message filtering is not performed, the processing load in the center controller 300 is suppressed.

On the other hand, when the number of result messages MR that the center controller 300 receives per unit time is large, delivering the result messages MR as the delivery messages MD without filtering causes the increase in the traffic from the center controller 300 to the agent simulators 200 as a whole. In view of the above, when the number of result messages MR that the center controller 300 receives per unit time exceeds the threshold, the center controller 300 selects the second mode that performs the message filtering. In this case, the message filtering may be performed based on the temporal perspective (see Section 2-1) or may be performed based on the spatial perspective (see Section 2-2). Since the message filtering is performed, the traffic from the center controller 300 to the agent simulators 200 as a whole is effectively reduced.

When performing the mode switching, the center controller 300 may instruct the entire MAS system 100 to suspend the simulation. After the simulation is suspended, the center controller 300 performs the mode switching. When ready to restart, each agent simulator 200 notifies the center controller 300 of Restart Ready. When receiving the Restart Ready from all of the agent simulators 200, the center controller 300 instructs to restart the simulation.

A user of the MAS system 100 may instruct the center controller 300 to perform the mode switching. For example, the user instructs the center controller 300 to suspend the simulation. After the simulation is suspended, the user rewrites a mode setting file that specifies the operation mode. After that, the user instructs the center controller 300 to restart the simulation.

As described above, in one embodiment, the operation modes of the center controller 300 include the first mode that does not perform the message filtering and the second mode that performs the message filtering. The center controller 300 switches between the first mode and the second mode according to a situation. As a result, a flexible operation is possible in terms of the suppression of the traffic and the suppression of the processing load.

3. Overall Configuration Example of Mas System

Hereinafter, an overall configuration of the MAS system 100 and flows of information will be described with reference to FIG. 14 . As shown in FIG. 14 , the MAS system 100 includes a plurality of agent simulators 200, a center controller 300, and a plurality of back-end servers 400 for a plurality of service systems. As will be described in detail later, these are distributed to a plurality of computers. In other words, the MAS system 100 is based on parallel distributed processing by a plurality of computers.

The center controller 300 includes, as its functions, a movement message dispatcher 310 and a simulation conductor 320. The center controller 300 is application software installed on the computer. The movement message dispatcher 310 and the simulation conductor 320 are programs constituting the application software. The center controller 300 and one or more agent simulators 200 may share a computer that is a hardware. Preferably, the center controller 300 exclusively uses one computer.

The movement message dispatcher 310 relays the communication of the movement messages between the agent simulators 200. A flow of information indicated by a solid line between the agent simulator 200 and the movement message dispatcher 310 indicates the flow of the movement message. The movement message dispatcher 310 is responsible for the above-described function of exchanging the movement message by the center controller 300. The movement message dispatcher 310 communicates with all the agent simulators 200 that constitute the MAS system 100. In addition, the movement message dispatcher 310 has the above-described function of the message filtering.

The simulation conductor 320 makes an initial setting for each agent simulator 200. In addition, the simulation conductor 320 controls the simulation in the agent simulator 200 by exchanging a simulation control message with the agent simulator 200. A flow of information indicated by a dashed line between the agent simulator 200 and the simulation conductor 320 is the flow of the simulation control message. The simulation conductor 320 communicates with all the agent simulators 200 constituting the MAS system 100 to exchange the simulation control message. Unlike the movement message is exchanged between the plurality of agent simulators 200 via the movement message dispatcher 310, the simulation control message is exchanged individually between the simulation conductor 320 and each agent simulator 200. For example, a simulation speed, stop of the simulation, suspension of the simulation, restart of the simulation, and the time granularity of the simulation are controlled by exchanging the simulation control message. The simulation speed is controlled for the entire MAS system 100, while the stop of the simulation, the suspension of the simulation, the restart of the simulation, and the time granularity of the simulation are controlled for each agent simulator 200.

The back-end server 400 is same as a back-end server actually used in the real-world service system. By bringing the real-world back-end server 400 into the virtual world, it is possible to simulate the service provided by the service system with high accuracy. Examples of the services simulated by the MAS system 100 include a mobility service such as an on-demand bus and a regular operation type bus utilizing an autonomous driving vehicle, and a logistics service for delivering a package utilizing an autonomous travel type robot. Another example of the service simulated by the MAS system 100 is one that a user is able to use by operating a service app on a user terminal.

The MAS system 100 includes the plurality of back-end servers 400 for different service systems, and thus is able to simulate multiple types of services at the same time in the virtual world 2. The simulation of the service is performed by exchanging a service message between the back-end server 400 and the agent simulator 200. A flow of information indicated by a dotted line between the agent simulator 200 and the back-end server 400 indicates the flow of the service message. Each back-end server 400 exchanges the service message with the agent simulator 200 associated with the service to be provided.

Contents of the service message to be exchanged vary depending on the type of the agent that the agent simulator 200 is responsible for. For example, when the agent is a user (pedestrian) using the service, the back-end server 400 receives the service message including service usage information from the agent simulator 200, and sends the service message including service provision status information to the agent simulator 200. The service usage information is information on a current status and a future plan of the usage of the service system by the user, and includes a current usage status and information input by an app operation. The service provision status information is information on a status of the user in the service system and is provided through the service app of the user terminal.

When the agent is an autonomous robot or an autonomous vehicle used for providing the service, the back-end server 400 receives the service message including operation status information from the agent simulator 200 and sends the service message including operation instruction information to the agent simulator 200. The operation status information is information on a current status and a future plan of the autonomous robot or the autonomous vehicle. Examples of the information on the current status include a status of an installed sensor, measured data, a status of an installed actuator, and a status of action determination. Examples of the information on the future plan include a list of future times, statuses of the actuator, and statuses of the action determination. The operation instruction information is information including all or a part of future plans for providing the service by utilizing the autonomous robot or the autonomous vehicle. Examples of the operation instruction information include a target point and a target path to and along which the autonomous robot or the autonomous vehicle should move.

The agents existing in the virtual world 2 include a stationary object such as a roadside sensor including a camera, an automatic door, and the like. For example, when the agent is a fixed camera, the back-end server 400 receives, from the agent simulator 200, the service message including image information captured by the fixed camera and necessary for calculating position information of the autonomous robot. As another example, when the agent is an automatic door, the back-end server 400 sends, to the agent simulator 200, the service message including an instruction to open the door for the passage of the autonomous robot.

In addition, the back-end server 400 exchanges the service message with other back-end servers 400 under respective agreements. A flow of information indicated by a dashed line between the back-end servers 400 indicates the flow of the service message. Examples of the service message exchanged here include a usage status by the user and a service provision status in each service. By exchanging the service message between the plurality of back-end servers 400, it is possible to link the services provided in the virtual world 2 with each other.

One example of the linkage between the plurality of services is a linkage between an on-demand bus service and a logistics service in which an autonomous robot carries a luggage from a bus stop to the user's home on behalf of the user. In the on-demand bus service, the user can get off the bus at a desired drop-off point at a desired time. The linkage between the on-demand bus service and the logistics service makes it possible to make the autonomous robot arrive at the drop-off point before the user's arrival and wait at the drop-off point. As another example, when the bus is delayed due to traffic jam or the like, or when the user misses the bus, exchanging the service message between the back-end servers 400 makes it possible to adjust a target time at which the autonomous robot arrives at the drop-off point to be in line with the user's arrival time.

There are multiple types of agent simulators 200 for multiple types of agents to be simulated. For example, there are an agent simulator 201 for a pedestrian agent, an agent simulator 202 for an autonomous robot/vehicle agent, an agent simulator 203 for a VR controlled pedestrian agent, and an agent simulator 204 for a roadside sensor agent. Hereinafter, the agent simulator 200 is a general term for the multiple types of agent simulators 201, 202, 203, and 204.

The agent simulator 200 includes, as its function, a send/receive controller 210, a 3D physics engine 220, a service system client simulator 230, and a simulator core 240. The agent simulator 200 is application software installed on the computer. The send/receive controller 210, the 3D physics engine 220, the service system client simulator 230, and the simulator core 240 are programs constituting the application software. These functions are different between the agent simulators 201, 202, 203 and 204. Common functions between the agent simulators 201, 202, 203, and 204 will be described here, and details of the respective functions of the agent simulators 201, 202, 203, and 204 will be described later.

The send/receive controller 210 is an interface between the agent simulator 200 and other programs. The send/receive controller 210 receives the movement message from the movement message dispatcher 310 and sends the movement message to the movement message dispatcher 310. However, in the agent simulator 204, only the receiving of the movement message is performed. The send/receive controller 210 receives the simulation control message from the simulation conductor 320 and sends the simulation control message to the simulation conductor 320. The send/receive controller 210 receives the service message from the back-end server 400 and sends the service message to the back-end server 400. However, in the agent simulator 204, only the sending of the service message is performed.

The 3D physics engine 220 estimates a current status of a surrounding agent in a three-dimensional space based on the movement message received from another agent simulator 200. The estimation of the current status based on the past status of the surrounding agent described with reference to FIG. 3 is performed by the 3D physics engine 220. The 3D physics engine 220 generates surroundings information acquired by observation from the subject agent, based on the current status of the surrounding agent. Further, the 3D physics engine 220 updates the status of the subject agent in the three-dimensional space based on a result of simulation by the simulator core 240 to be described later, and generates the movement message indicating the status of the subject agent. However, in the agent simulator 204, the update of the status of the subject agent and the generation of the movement message are not performed, because the subject agent to be simulated does not move.

The service system client simulator 230 simulates a behavior of the subject agent being a client of the service system associated with the back-end server 400. The service message received by the send/receive controller 210 is input to the service system client simulator 230. Then, the service message generated by the service system client simulator 230 is sent from the send/receive controller 210. However, in the agent simulator 204, only the generation of the service message is performed.

The simulator core 240 simulates the status of the subject agent in the next time step. A time interval between the time steps for calculating the status of the subject agent is the time granularity described above. Contents of the simulation in the simulator core 240 differ for each type of the agent simulator 200. It should be noted that the agent simulator 204 does not have the simulator core 240, because the agent to be simulated does not move and the simulation of the status of the subject agent is not necessary.

4. Concrete Examples of Agent Simulator

Next, a detailed configuration of and flows of information in each of the multiple types of the agent simulators 201, 202, 203, and 204 constituting the MAS system 100 will be described with reference to FIGS. 15 to 18 . It should be noted that in FIGS. 15 to 18 , a flow of information indicated by a solid line between blocks indicates the flow of movement message. A flow of information indicated by a dotted line between blocks indicates the flow of the service message. A flow of information indicated by a dashed line between blocks indicates the flow of the simulation control message.

4-1. Agent Simulator for Pedestrian Agent

FIG. 15 is a block diagram showing a configuration of the agent simulator 201 for the pedestrian agent and a flow of information. Hereinafter, an overall configuration and details of each part of the agent simulator 201 for the pedestrian agent, and the flow of information in the agent simulator 201 will be described.

4-1-1. Overall configuration of agent simulator for pedestrian agent

The agent simulator 201 includes, as its functions, a send/receive controller 211, a 3D physics engine 221, a service system client simulator 231, and a simulator core 241. These functions are conceptually included in the send/receive controller 210, the 3D physics engine 220, the service system client simulator 230, and the simulator core 240, respectively.

The send/receive controller 211 includes a movement message receiver 211 a, a service message receiver 211 b, and a control message receiver 211 c as functions for receiving a variety of messages. The send/receive controller 211 includes a movement message sender 211 d, a service message sender 211 e, and a control message sender 211 f as functions for sending a variety of messages. The send/receive controller 211 further includes a simulation operation controller 211 h. Each of the units 211 a to 211 h constituting the send/receive controller 211 is a program or a part of a program.

The 3D physics engine 221 includes, as its functions, a surrounding agent status updater 221 a, a visual information generator 221 b, and a subject agent status updater 221 c. Each of the units 221 a, 221 b, and 221 c constituting the 3D physics engine 221 is a program or a part of a program.

The service system client simulator 231 includes, as its functions, a service provision status information processor 231 a and a service usage information generator 231 b. Each of the units 231 a and 231 b constituting the service system client simulator 231 is a program or a part of a program.

The simulator core 241 includes, as its functions, an overall movement policy determiner 241 a, an action determiner 241 b, a next time step status calculator 241 d, and a service usage action determiner 241 e. Each of the units 241 a, 241 b, 241 d, and 241 e constituting the simulator core 241 is a program or a part of a program.

4-1-2. Details of Send/Receive Controller

In the send/receive controller 211, the movement message receiver 211 a receives the movement message from the movement message dispatcher 310. The movement message receiver 211 a outputs the received movement message to a surrounding agent status updater 221 a of the 3D physics engine 221.

The service message receiver 211 b receives the service message from the back-end server 400. The service message receiver 211 b outputs the received service message to the service provision status information processor 231 a of the service system client simulator 231.

The control message receiver 211 c receives the simulation control message from the simulation conductor 320. The control message receiver 211 c outputs the received simulation control message to the simulation operation controller 211 h.

The movement message sender 211 d acquires the movement message including the current status of the subject agent from the subject agent status updater 221 c of the 3D physics engine 221. The movement message sender 211 d sends the acquired movement message to the movement message dispatcher 310.

The service message sender 211 e acquires the service message including service usage information from the service usage information generator 231 b of the service system client simulator 231. The service message sender 211 e sends the acquired service message to the back-end server 400.

The control message sender 211 f acquires the simulation control message including the control status of the agent simulator 201 from the simulation operation controller 211 h. The control message sender 211 f sends the simulation control message acquired from the simulation operation controller 211 h to the simulation conductor 320.

The simulation operation controller 211 h acquires the simulation control message from the control message receiver 211 c. The simulation operation controller 211 h controls the simulation operation of the agent simulator 201 in accordance with an instruction included in the simulation control message. For example, when the change of the time granularity of the simulation is instructed, the simulation operation controller 211 h changes the time granularity of the simulation by the agent simulator 201 from an initial value to the instructed time granularity. The initial value of the time granularity is stored as a set value in the agent simulator 201. An upper limit and a lower limit of the time granularity for each type of agent are stored in the simulation conductor 320.

When the instruction content of the simulation control message is the simulation speed, the simulation operation controller 211 h accelerates or decelerates a simulation speed by changing operating frequencies of the 3D physics engine 221 and the simulator core 241. The simulation speed means a speed ratio of a time flow of the virtual world 2 to a time flow of the real world. When the stop of the simulation is instructed, the simulation operation controller 211 h stops the simulation by the agent simulator 201. When the stop of the simulation is instructed, the simulation is stopped. When restart is instructed, the simulation is restarted. The simulation operation controller 211 h outputs the simulation control message including the current control status of the agent simulator 201 to the control message sender 211 f.

4-1-3. Details of 3D physics engine

In the 3D physics engine 221, the surrounding agent status updater 221 a acquires the movement message from the movement message receiver 211 a. The movement message acquired from the movement message receiver 211 a is the movement message sent from another agent simulator via the movement message dispatcher 310. The surrounding agent status updater 221 a estimates the current status of the surrounding agent existing around the subject agent based on the acquired movement message.

When the current status of the surrounding agent is estimated from the past status, the surrounding agent status updater 221 a uses the past status of the surrounding agent stored in a log. The method of estimating the current status by the use of the past status of the surrounding agent is as described with reference to FIG. 3 . The surrounding agent status updater 221 a outputs the estimated current status of the surrounding agent to the visual information generator 221 b and updates the log.

The visual information generator 221 b acquires the current status of the surrounding agent from the surrounding agent status updater 221 a. The visual information generator 221 b generates surroundings information acquired by observation from the subject agent, based on the current status of the surrounding agent. Since the subject agent is a pedestrian, the surroundings information acquired by observation means visual information captured by the pedestrian's eyes. The visual information generator 221 b outputs the generated visual information to the overall movement policy determiner 241 a, the action determiner 241 b, and the service usage action determiner 241 e of the simulator core 241.

The subject agent status updater 221 c acquires the status of the subject agent in the next time step simulated by the simulator core 241 from the next time step status calculator 241 d of the simulator core 241. The subject agent status updater 221 c updates the status of the subject agent in the three-dimensional space based on the result of simulation by the simulator core 241. The subject agent status updater 221 c outputs the movement message including the updated status of the subject agent to the movement message sender 211 d of the send/receive controller 211. The status of the subject agent included in the movement message includes a position, a direction, a speed, and an acceleration in the current time step, and a position, a direction, a speed, and an acceleration in the next time step. In addition, the subject agent status updater 221 c outputs the information on the updated status of the subject agent to the service usage information generator 231 b of the service system client simulator 231.

4-1-4. Details of service system client simulator

In the service system client simulator 231, the service provision status information processor 231 a acquires the service message from the service message receiver 211 b. The service message acquired from the service message receiver 211 b includes service provision status information. The service provision status information processor 231 a processes the service provision status information, and acquires information on the status of the subject agent as the user of the service system and an item input to the service app of the user terminal. The information on the status of the subject agent as the user is information presented to the user terminal, and the input item is information requested to the subject agent to input for using the service. The service provision status information processor 231 a outputs the information on the status of the subject agent as the user and the item input to the service app of the user terminal to the overall movement policy determiner 241 a and the service usage action determiner 241 e of the simulator core 241.

The service usage information generator 231 b acquires a result of determination of the service usage action of the subject agent from the service usage action determiner 241 e of the simulator core 241. In addition, the service usage information generator 231 b acquires the status of the subject agent in the three-dimensional space from the subject agent status updater 221 c of the 3D physics engine 221. The service usage information generator 231 b generates service usage information based on the acquired information and updates the service usage status of the subject agent. The service usage information generator 231 b outputs the service message including the service usage information to the service message sender 211 e of the send/receive controller 211.

4-1-5. Details of Simulator Core

In the simulator core 241, the overall movement policy determiner 241 a acquires the visual information from the visual information generator 221 b of the 3D physics engine 221. In addition, the overall movement policy determiner 241 a acquires the information on the status of the subject agent as the user and the item input to the service app of the user terminal, from the service provision status information processor 231 a of the service system client simulator 231. The overall movement policy determiner 241 a determines an overall movement policy of the subject agent in the virtual world 2 based on the acquired information. The overall movement policy determiner 241 a outputs the determined overall movement policy to the action determiner 241 b.

The action determiner 241 b acquires the overall movement policy from the overall movement policy determiner 241 a, and acquires the visual information from the visual information generator 221 b of the 3D physics engine 221. The action determiner 241 b determines an action of the subject agent by inputting the overall movement policy and the visual information to a movement model 241 c. The movement model 241 c is a simulation model obtained by modeling how a pedestrian moves according to surrounding situations captured by the pedestrian's eye under a certain movement policy. The action determiner 241 b outputs the determined action of the subject agent to the next time step status calculator 241 d.

The next time step status calculator 241 d acquires the action of the subject agent determined by the action determiner 241 b. The next time step status calculator 241 d calculates the status of the subject agent in the next time step based on the action of the subject agent. The status of the subject agent to be calculated includes the position, the direction, the speed, and the acceleration of the subject agent in the next time step. The next time step status calculator 241 d outputs the calculated status of the subject agent in the next time step to the subject agent status updater 221 c of the 3D physics engine 221.

The service usage action determiner 241 e acquires the visual information from the visual information generator 221 b of the 3D physics engine 221. In addition, the service usage action determiner 241 e acquires the information on the status of the subject agent as the user and the item input to the service app of the user terminal, from the service provision status information processor 231 a of the service system client simulator 231. The service usage action determiner 241 e inputs the acquired information to an action model 241 f to determine the action (service usage action) of the subject agent as the user of the service system. The action model 241 f is a simulation model obtained by modeling how the user moves according to the surrounding situation captured by the user's eye when information on the service is presented to the user and input to the service app of the user terminal is requested. The service usage action determiner 241 e outputs the determined service usage action to the service usage information generator 231 b.

4-2. Agent Simulator for Autonomous Robot/Vehicle Agent

FIG. 16 is a block diagram showing a configuration of the agent simulator 202 for the autonomous robot/vehicle agent and a flow of information. The autonomous robot/vehicle agent is an agent corresponding to an autonomous robot or an autonomous vehicle used for providing the service in the service system associated with the back-end server 400. Hereinafter, an overall configuration and details of each part of the agent simulator 202 for the autonomous robot/vehicle agent, and the flow of information in the agent simulator 202 will be described.

4-2-1. Overall Configuration of Agent Simulator for Autonomous Robot/vehicle Agent

The agent simulator 202 includes, as its functions, a send/receive controller 212, a 3D physics engine 222, a service system client simulator 232, and a simulator core 242. These functions are conceptually included in the send/receive controller 210, the 3D physics engine 220, the service system client simulator 230, and the simulator core 240, respectively.

The send/receive controller 212 includes a movement message receiver 212 a, a service message receiver 212 b, and a control message receiver 212 c as functions for receiving a variety of messages. The send/receive controller 212 includes a movement message sender 212 d, a service message sender 212 e, and a control message sender 212 f as functions for sending a variety of messages. The send/receive controller 212 further includes a simulation operation controller 212 h. Each of the units 212 a to 212 h constituting the send/receive controller 211 is a program or a part of a program.

The 3D physics engine 222 includes, as its functions, a surrounding agent status updater 222 a, a sensor information generator 222 b, and a subject agent status updater 222 c. Each of the units 222 a, 222 b, and 222 c constituting the 3D physics engine 222 is a program or a part of a program.

The service system client simulator 232 includes, as its functions, a path planning information receiver 232 a and an operation status information generator 232 b.

Each of the units 232 a and 232 b constituting the service system client simulator 232 is a program or a part of a program.

The simulator core 242 includes, as its functions, a global path planner 242 a, a local path planner 242 b, an actuator operation amount determiner 242 c, and a next time step status calculator 242 d. Each of the units 242 a, 242 b, 242 c, and 242 d constituting the simulator core 242 is a program or a part of a program.

4-2-2. Details of Send/Receive Controller

In the send/receive controller 212, the movement message receiver 212 a receives the movement message from the movement message dispatcher 310. The movement message receiver 212 a outputs the received movement message to the surrounding agent status updater 222 a of the 3D physics engine 222.

The service message receiver 212 b receives the service message from the back-end server 400. The service message receiver 212 b outputs the received service message to the path planning information receiver 232 a of the service system client simulator 232.

The control message receiver 212 c receives the simulation control message from the simulation conductor 320. The control message receiver 212 c outputs the received simulation control message to the simulation operation controller 212 h.

The movement message sender 212 d acquires the movement message including the current status of the subject agent from the subject agent status updater 222 c of the 3D physics engine 222. The movement message sender 212 d sends the acquired movement message to the movement message dispatcher 310.

The service message sender 212 e acquires the service message including operation status information from the operation status information generator 232 b of the service system client simulator 232. The service message sender 212 e sends the acquired service message to the back-end server 400.

The control message sender 212 f acquires the simulation control message including the control status of the agent simulator 202 from the simulation operation controller 212 h. The control message sender 212 f sends the simulation control message acquired from the simulation operation controller 212 h to the simulation conductor 320.

The simulation operation controller 212 h acquires the simulation control message from the control message receiver 212 c. The simulation operation controller 212 h controls the simulation operation of the agent simulator 202 in accordance with an instruction included in the simulation control message. For example, when the change of the time granularity of the simulation is instructed, the simulation operation controller 212 h changes the time granularity of the simulation by the agent simulator 202 from an initial value to the instructed time granularity. The initial value of the time granularity is stored as a set value in the agent simulator 202. An upper limit and a lower limit of the time granularity for each type of agent are stored in the simulation conductor 320.

When the instruction content of the simulation control messages is the simulation speed, the simulation operation controller 212 h accelerates or decelerates a computation speed of the agent simulator 202 by changing operating frequencies of the 3D physics engine 222 and the simulator core 242 in accordance with the instructed simulation speed. When the stop of the simulation is instructed, the simulation operation controller 212 h stops the simulation by the agent simulator 202. When the stop of the simulation is instructed, the simulation is stopped. When restart is instructed, the simulation is restarted. The simulation operation controller 212 h outputs the simulation control message including the current control status of the agent simulator 202 to the control message sender 212 f.

4-2-3. Details of 3D Physics Engine

In the 3D physics engine 222, the surrounding agent status updater 222 a acquires the movement message from the movement message receiver 212 a. The movement message acquired from on the movement message receiver 212 a is a movement message sent from another agent simulator via the movement message dispatcher 310. The surrounding agent status updater 222 a estimates the current status of the surrounding agent existing around the subject agent based on the acquired movement message.

When the current status of the surrounding agent is estimated from the past status, the surrounding agent status updater 222 a uses the past status of the surrounding agent stored in a log. The method of estimating the current status by the use of the past status of the surrounding agent is as described with reference to FIG. 3 . The surrounding agent status updater 222 a outputs the estimated current status of the surrounding agent to the sensor information generator 222 b and updates the log.

The sensor information generator 222 b acquires the current status of the surrounding agent from the surrounding agent status updater 222 a. The sensor information generator 222 b generates surroundings information acquired by observation from the subject agent, based on the current status of the surrounding agent. Since the subject agent is an autonomous robot or an autonomous vehicle, the surroundings information acquired by observation means sensor information captured by a sensor of the autonomous robot or the autonomous vehicle. The sensor information generator 222 b outputs the generated sensor information to the global path planner 242 a of the simulator core 242 and the operation status information generator 232 b of the service system client simulator 232.

The subject agent status updater 222 c acquires the status of the subject agent in the next time step calculated by the simulator core 242 from the next time step status calculator 242 d of the simulator core 242. The subject agent status updater 222 c updates the status of the subject agent in the three-dimensional space based on the result of calculation by the simulator core 242. The subject agent status updater 222 c outputs the movement message including the updated status of the subject agent to the movement message sender 212 d of the send/receive controller 212. The status of the subject agent included in the movement message includes a position, a direction, a speed, and an acceleration in the current time step, and a position, a direction, a speed, and an acceleration in the next time step. In addition, the subject agent status updater 222 c outputs the information on the updated status of the subject agent to the operation status information generator 232 b of the service system client simulator 232.

4-2-4. Details of Service System Client Simulator

In the service system client simulator 232, the path planning information receiver 232 a acquires the service message from the service message receiver 211 b. The service message acquired from the service message receiver 212 b includes operation instruction information for the service system to provide the service by using the autonomous robot/vehicle, and information on other service systems. The path planning information receiver 232 a outputs the operation instruction information and the information on the other service systems to the global path planner 242 a of the simulator core 242.

The operation status information generator 232 b acquires an actuator operation amount of the subject agent in the next time step from the actuator operation amount determiner 242 c of the simulator core 242. The operation status information generator 232 b acquires the sensor information from the sensor information generator 222 b of the 3D physics engine 222, and acquires the status of the agent in the three-dimensional space from the agent status updater 222 c. The operation status information generator 232 b generates operation status information indicating the operation status of the subject agent regarding the service provision based on the acquired information. The operation status information generator 232 b outputs the service message including the operation status information to the service message sender 212 e of the send/receive controller 212.

4-2-5. Details of Simulator Core

In the simulator core 242, the global path planner 242 a acquires the sensor information from the sensor information generator 222 b of the 3D physics engine 222. The global path planner 242 a acquires the operation instruction information and the information of the other service systems from the path planning information receiver 232 a of the service system client simulator 232. The global path planner 242 a plans a global path of subject agent in the virtual world 2 based on the acquired information. The global path means a path from a current position of the subject agent to a target point. Since the information acquired from the sensor information generator 222 b and the path planning information receiver 232 a changes every time, the global path planner 242 a replans the global path plan every time step. The global path planner 242 a outputs the determined global path plan to the local path planner 242 b.

The local path planner 242 b acquires the global path plan from the global path planner 242 a. The local path planner 242 b makes a local path plan based on the global path plan. For example, the local path means a path until a predetermine time steps after a current time, or a path for a predetermined distance from the current position. The local path plan is represented by, for example, a set of positions to be traced by the subject agent and a speed or an acceleration at each position. The local path planner 242 b outputs the determined local path plan to the actuator operation amount determiner 242 c.

The actuator operation amount determiner 242 c acquires the local path plan from the local path planner 242 b. The actuator operation amount determiner 242 c determines an actuator operation amount of subject agent in the next time step based on the local path plan. The actuator here is an actuator that controls the direction, the speed, and the acceleration of the subject agent. When the autonomous agent is an autonomous robot or an autonomous vehicle running on wheels, for example, actuators such as a braking device, a driving device, and a steering device are operated. The actuator operation amount determiner 242 c outputs the determined actuator operation amount to the next time step status calculator 242 d and the operation status information generator 232 b of the service system client simulator 232.

The next time step status calculator 242 d acquires the actuator operation amount determined by the actuator operation amount determiner 242 c. The next time step status calculator 242 d calculates the status of the subject agent in the next time step based on the actuator operation amount. The status of the subject agent to be calculated includes the position, the direction, the speed, and the acceleration of the subject agent in the next time step. The next time step status calculator 242 d outputs the calculated status of the subject agent in the next time step to the subject agent status updater 222 c of the 3D physics engine 222.

4-3. Agent Simulator for VR Controlled Pedestrian Agent

FIG. 17 is a block diagram showing a configuration of the agent simulator 203 for the VR controlled pedestrian agent and a flow of information. The VR controlled pedestrian agent is a pedestrian agent for a real person to participate in the virtual world 2 being the target of the simulation by the use of a VR (Virtual Reality) system. Hereinafter, an overall configuration and details of each part of the agent simulator 203 for the VR controlled pedestrian agent, and the flow of information in the agent simulator 203 will be described.

4-3-1. Overall Configuration of Agent Simulator for VR Controlled Pedestrian Agent

The agent simulator 203 includes, as its functions, a send/receive controller 213, a 3D physics engine 223, a service system client simulator 233, and a simulator core 243. These functions are conceptually included in the send/receive controller 210, the 3D physics engine 220, the service system client simulator 230, and the simulator core 240, respectively.

The send/receive controller 213 includes a movement message receiver 213 a, a service message receiver 213 b, and a control message receiver 213 c as functions for receiving a variety of messages. The send/receive controller 213 includes a movement message sender 213 d, a service message sender 213 e, and a control message sender 213 f as functions for sending a variety of messages. The send/receive controller 213 further includes a simulation operation controller 213 h. Each of the units 213 a to 213 h constituting the send/receive controller 213 is a program or a part of a program.

The 3D physics engine 223 includes, as its functions, a surrounding agent status updater 223 a, a visual information generator 223 b, and a subject agent status updater 223 c. Each of the units 223 a, 223 b, and 223 c constituting the 3D physics engine 223 is a program or a part of a program.

The service system client simulator 233 includes, as its functions, a service provision status information processor 233 a and a service usage information generator 233 b. Each of the units 233 a and 233 b constituting the service system client simulator 231 is a program or a part of a program.

The simulator core 243 includes, as its functions, a recognition and judgment information presenter 243 a, a movement operation receiver 243 b, a next time step status calculator 243 c, and an app operation receiver 243 d. Each of the units 243 a, 243 b, 243 c, and 243 d constituting the simulator core 243 is a program or a part of a program.

4-3-2. Details of Send/Receive Controller

In the send/receive controller 213, the movement message receiver 213 a receives the movement message from the movement message dispatcher 310. The movement message receiver 213 a outputs the received movement message to the surrounding agent status updater 223 a of the 3D physics engine 223.

The service message receiver 213 b receives the service message from the back-end server 400. The service message receiver 213 b outputs the received service message to the service provision status information processor 233 a of the service system client simulator 233.

The control message receiver 213 c receives the simulation control message from the simulation conductor 320. The control message receiver 213 c outputs the received simulation control message to the simulation operation controller 213 h.

The movement message sender 213 d acquires the movement message including the current status of the subject agent from the subject agent status updater 223 c of the 3D physics engine 223. The movement message sender 213 d sends the acquired movement message to the movement message dispatcher 310.

The service message sender 213 e acquires the service message including service usage information from the service usage information generator 233 b of the service system client simulator 233. The service message sender 213 e sends the acquired service message to the back-end server 400.

The control message sender 213 f acquires the simulation control message including the control status of the agent simulator 203 from the simulation operation controller 213 h. The control message sender 213 f sends the simulation control message acquired from the simulation operation controller 213 h to the simulation conductor 320.

The simulation operation controller 213 h acquires the simulation control message from the control message receiver 213 c. The simulation operation controller 213 h controls the simulation operation of the agent simulator 203 in accordance with an instruction included in the simulation control message. When a condition that the VR controlled pedestrian agent participates in the virtual world 2 is not satisfied, the simulation conductor 320 instructs the agent simulator 203 to stop the simulation.

The agent simulators 201 and 202 described above and the agent simulator 204 described later can change the simulation speed as necessary. However, when the simulation speed is changed, a real participant participating in the virtual world 2 via the VR controlled pedestrian agent may strongly feel a sense of strangeness about the time flow different from that in the real world. Therefore, in the MAS system 100, the VR controlled pedestrian agent is allowed to participate in the virtual world 2 on condition that the simulation is being performed based on the actual time. When the simulation speed is accelerated or decelerated as compared with the time flow in the real world, the simulation conductor 320 stops the simulation by the agent simulator 203. The simulation operation controller 213 h outputs the simulation control message including the current control status of the agent simulator 203 to the control message sender 213 f.

4-3-3. Details of 3D Physics Engine

In the 3D physics engine 223, the surrounding agent status updater 223 a acquires the movement message from the movement message receiver 213 a. The movement message acquired from on the movement message receiver 213 a is a movement message sent from another agent simulator via the movement message dispatcher 310. The surrounding agent status updater 223 a estimates the current status of the surrounding agent existing around the subject agent based on the acquired movement message.

When the current status of the surrounding agent is estimated from the past status, the surrounding agent status updater 223 a uses the past status of the surrounding agent stored in a log. The method of estimating the current status by the use of the past status of the surrounding agent is as described with reference to FIG. 3 . The surrounding agent status updater 223 a outputs the estimated current status of the surrounding agent to the visual information generator 223 b and updates the log.

The visual information generator 223 b acquires the current status of the surrounding agent from the surrounding agent status updater 223 a. The visual information generator 223 b generates surroundings information acquired by observation from the subject agent, based on the current status of the surrounding agent. Since the subject agent is a pedestrian, the surroundings information acquired by observation means visual information captured by the pedestrian's eyes. The visual information generator 223 b outputs the generated visual information to the recognition and judgment information presenter 243 a and the movement operation receiver 243 b of the simulator core 243.

The subject agent status updater 223 c acquires the status of the subject agent in the next time step calculated by the simulator core 243 from the next time step status calculator 243 c of the simulator core 243. The subject agent status updater 223 c updates the status of the subject agent in the three-dimensional space based on the result of calculation by the simulator core 243. The subject agent status updater 223 c outputs the movement message including the updated status of the subject agent to the movement message sender 213 d of the send/receive controller 213. The status of the subject agent included in the movement message includes a position, a direction, a speed, and an acceleration in the current time step, and a position, a direction, a speed, and an acceleration in the next time step. In addition, the subject agent status updater 223 c outputs the information on the updated status of the subject agent to the service usage information generator 233 b of the service system client simulator 233.

4-3-4. Details of Service System Client Simulator

In the service system client simulator 233, the service provision status information processor 233 a acquires the service message from the service message receiver 213 b. The service message acquired from the service message receiver 213 b includes service provision status information. The service provision status information processor 233 a processes the service provision status information, and acquires information on the status of the subject agent as the user of the service system and an item input to the service app of the user terminal. The information on the status of the subject agent as the user is information presented to the user terminal, and the input item is information requested to the subject agent to input for using the service. The service provision status information processor 233 a outputs the information on the status of the subject agent as the user and the item input to the service app of the user terminal to the recognition and judgment information presenter 243 a and the app operation receiver 243 d of the simulator core 243.

The service usage information generator 233 b acquires, from the app operation receiver 243 d of the simulator core 243, a service app operation on the VR by the real participant participating in the virtual world 2 via the VR controlled pedestrian agent. In addition, the service usage information generator 233 b acquires the status of the subject agent in the three-dimensional space from the subject agent status updater 223 c of the 3D physics engine 223. The service usage information generator 233 b generates service usage information based on the acquired information and updates the service usage status of the subject agent. The service usage information generator 233 b outputs the service message including the service usage information to the service message sender 213 e of the send/receive controller 213.

4-3-5. Details of simulator core

In the simulator core 243, the recognition and judgment information presenter 243 a acquires the visual information from the visual information generator 223 b of the 3D physics engine 223. In addition, the recognition and judgment information presenter 243 a acquires the information on the status of the subject agent as the user and the item input to the service app of the user terminal, from the service provision status information processor 233 a of the service system client simulator 231. The acquired information is information used for recognition and judgment by the real participant participating in virtual world 2 via the VR controlled pedestrian agent. The recognition and judgment information presenter 243 a presents the information for recognition and judgment to the real participant via the VR system.

The movement operation receiver 243 b acquires the visual information from the visual information generator 223 b of the 3D physics engine 223. Then, the movement operation receiver 243 b presents the visual information to the real participant via the VR system, and receives an movement operation on the VR by the real participant. The movement operation receiver 243 b outputs the received movement operation on the VR by the real participant to the next time step status calculator 243 d.

The next time step status calculator 243 d acquires the movement operation on the VR by the real participant from the movement operation receiver 243 b. The next time step status calculator 243 d calculates the status of the subject agent in the next time step based on the movement operation on the VR by the real participant. The status of the subject agent to be calculated includes the position, the direction, the speed, and the acceleration of the subject agent in the next time step. The next time step status calculator 243 d outputs the calculated status of the subject agent in the next time step to the subject agent status updater 223 c of the 3D physics engine 223.

The app operation receiver 243 d acquires the visual information from the visual information generator 223 b of the 3D physics engine 223. In addition, the app operation receiver 243 d acquires the information on the status of the subject agent as the user and the item input to the service app of the user terminal from the service provision status information processor 233 a of the service system client simulator 233. The app operation receiver 243 d presents the acquired information to the real participant via the VR system, and receives an service app operation on the VR by the real participant.

The app operation receiver 243 d outputs the received service app operation on the VR by the real participant to the service usage information generator 233 b of the service system client simulator 233.

4-4. Agent Simulator for Roadside Sensor Agent

FIG. 18 is a block diagram showing a configuration of the agent simulator 204 for the roadside sensor agent and a flow of information. The roadside sensor agent is an agent corresponding to a roadside sensor used for acquiring position information of the autonomous robot/vehicle agent in the virtual world 2. The position information of the autonomous robot/vehicle agent acquired by the roadside sensor agent is used in the service system associated with the back-end server 400. Hereinafter, an overall configuration and details of each unit of the agent simulator 204 for the roadside sensor agent, and the flow of information in the agent simulator 204 will be described.

4-4-1. Overall Configuration of Agent Simulator for Roadside Sensor Agent

The agent simulator 204 includes, as its functions, a send/receive controller 214, a 3D physics engine 224, and a service system client simulator 234. These functions are conceptually included in the send/receive controllers 210, the 3D physics engine 220, and the simulator core 240, respectively. The agent simulator 204 does not include a simulator core unlike other agent simulators.

The send/receive controller 214 includes a movement message receiver 214 a and a control message receiver 214 b as functions for receiving a variety of messages. The send/receive controller 212 includes a service message sender 214 e and a control message sender 214 f as functions for sending a variety of messages. The send/receive controller 212 further includes a simulation operation controller 214 h. Each of the units 214 a to 214 h constituting the send/receive controller 214 is a program or a part of a program.

The 3D physics engine 224 includes, as its functions, a surrounding agent status updater 224 a and a sensor information generator 224 b. Each of the units 224 a and 224 b constituting the 3D physics engine 224 is a program or a part of a program.

The service system client simulator 234 includes a service message generator 234 a as a function thereof. The service message generator 234 a constituting the service system client simulator 234 is a program or a part of a program.

4-4-2. Details of send/receive controller

In the send/receive controller 214, the movement message receiver 214 a receives the movement message from the movement message dispatcher 310. The movement message receiver 214 a outputs the received movement message to the surrounding agent status updater 224 a of the 3D physics engine 224.

The control message receiver 214 c receives the simulation control message from the simulation conductor 320. The control message receiver 214 c outputs the received simulation control message to the simulation operation controller 214 h.

The service message sender 214 e acquires the service message including sensor information from the service message generator 234 a of the service system client simulator 234. The service message sender 214 e sends the acquired service message to the back-end server 400.

The control message sender 214 f acquires the simulation control message including the control status of the agent simulator 202 from the simulation operation controller 214 h. The control message sender 214 f sends the simulation control message acquired from the simulation operation controller 214 h to the simulation conductor 320.

The simulation operation controller 214 h acquires the simulation control message from the control message receiver 214 c. The simulation operation controller 214 h controls the simulation operation of the agent simulator 202 in accordance with an instruction included in the simulation control message. For example, when the change of the time granularity of the simulation is instructed, the simulation operation controller 214 h changes the time granularity of the simulation by the agent simulator 202 from an initial value to the instructed time granularity. The initial value of the time granularity is stored as a set value in the agent simulator 204. An upper limit and a lower limit of the time granularity for each type of agent are stored in the simulation conductor 320.

When the instruction content of the simulation control message is the simulation speed, the simulation operation controller 214 h accelerates or decelerates a computation speed of the agent simulator 204 by changing an operating frequency of the 3D physics engine 224 in accordance with the instructed simulation speed. When the stop of the simulation is instructed, the simulation operation controller 214 h stops the simulation by the agent simulator 204. When the stop of the simulation is instructed, the simulation is stopped. When restart is instructed, the simulation is restarted. The simulation operation controller 214 h outputs the simulation control message including the current control status of the agent simulator 204 to the control message sender 214 f.

4-4-3. Details of 3D Physics Engine

In the 3D physics engine 224, the surrounding agent status updater 224 a acquires the movement message from the movement message receiver 214 a. The movement message acquired from the movement message receiver 214 a is a movement message sent from another agent simulator via the movement message dispatcher 310. The surrounding agent status updater 224 a estimates the current status of the surrounding agent existing around the subject agent based on the acquired movement message.

When the current status of the surrounding agent is estimated from the past status, the surrounding agent status updater 224 a uses the past status of the surrounding agent stored in a log. The method of estimating the current status by the user of the past status of the surrounding agent is as described with reference to FIG. 3 . The surrounding agent status updater 224 a outputs the estimated current status of the surrounding agent to the sensor information generator 224 b and updates the log.

The sensor information generator 224 b acquires the current status of the surrounding agent from the surrounding agent status updater 224 a. The sensor information generator 224 b generates surroundings information acquired by observation from the subject agent, based on the current status of the surrounding agent. Since the subject agent is a stationary roadside sensor such as a camera, the surroundings information acquired by observation means sensor information captured by the roadside sensor. The sensor information generator 224 b outputs the generated sensor information to the service message generator 234 a of the service system client simulator 234.

4-4-4. Details of Service System Client Simulator

In the service system client simulator 234, the service message generator 234 a acquires the sensor information from the sensor information generator 224 b of the 3D physics engine 224. The service message generator 234 a outputs the service message including the acquired sensor information to the service message sender 214 e of the send/receive controller 214.

5. Physical Configuration of Mas System

A physical configuration of the MAS system 100 will be described. FIG. 19 is a diagram showing an example of the physical configuration of the MAS system 100. For example, the MAS system 100 is constituted by a plurality of computers 10 arranged on a same subnet 30. Moreover, connecting the subnet 30 and another subnet 32 via a gateway 40 makes it possible to expand the MAS system 100 to a plurality of computers 10 arranged on the subnet 32.

In the example shown in FIG. 19 , the center controller 300, which is software, is installed on a single computer 10. It should be noted that the functions of the center controller 300 may be distributed to a plurality of computers 10.

Furthermore, the MAS system 100 includes a plurality of back-end servers 400. In the example shown in FIG. 19 , the back-end servers 400 are installed on different computers 10, respectively. It should be noted that the functions of the back-end server 400 may be distributed to a plurality of computers 10. As another example, the plurality of back-end servers 400 may be installed on a single computer 10 by utilizing a virtualization technology that divides one server into a plurality of servers.

In the example shown in FIG. 19 , a plurality of agent simulators 200 are installed on a single computer 10. The virtualization technology can be used as a method of independently operating the plurality of agent simulators 200 on the single computer 10. The virtualization technology may be a virtual machine or may be a container-based virtualization. A plurality of agent simulators 200 of the same type may be installed on the single computer 10, or a plurality of agent simulators 200 of different types may be installed on the single computer 10. It should be noted that only one agent simulator 200 may be installed on the single computer 10.

As described above, the MAS system 100 employs parallel distributed processing using a plurality of computers 10 rather than processing by a single computer. It is thus possible to prevent the number of agents in the virtual world 2 from being limited due to lack of a processing capacity of the computer, and to prevent the number of services provided in the virtual world 2 from being limited due to lack of a processing capacity of the computer. That is, according to the MAS system 100, a large-scale simulation by the parallel distributed processing is possible.

6. Others

A monitoring agent for monitoring the virtual world 2 from the outside may be provided. The monitoring agent may be a stationary object such as a street camera, or may be a moving object such as a drone provided with a camera. 

What is claimed is:
 1. A multi-agent simulation system that performs a simulation of a target world in which a plurality of agents interacting with each other exist, the multi-agent simulation system comprising: a plurality of agent simulators configured to perform simulations of the plurality of agents, respectively; and a center controller configured to communicate with the plurality of agent simulators, wherein a subject agent is the agent allocated for each of the plurality of agent simulators, the center controller is further configured to deliver at least one delivery message indicating a status of at least one another agent different from the subject agent to the each agent simulator, the each agent simulator is configured to: determine a status of the subject agent by performing a simulation of the subject agent based on the status of said another agent indicated by the delivery message; and send a result message indicating the status of the subject agent acquired as a result of the simulation to the center controller, the center controller is further configured to deliver the result message received from the each agent simulator as a new delivery message, a space of the target world is divided into a plurality of partitions, the plurality of partitions include a first partition, a second partition, and a third partition, the center controller includes: a first partition receive queue configured to store the result message received from an agent simulator that performs a simulation of an agent belonging to the first partition; a second partition receive queue configured to store the result message received from an agent simulator that performs a simulation of an agent belonging to the second partition; and a third partition send queue configured to store the delivery message to be delivered to an agent simulator that performs a simulation of an agent belonging to the third partition, in the target world, a distance between the first partition and the third partition is greater than a distance between the second partition and the third partition, and the center controller is further configured to set a frequency of forwarding the result message from the first partition receive queue to the third partition send queue to be lower than a frequency of forwarding the result message from the second partition receive queue to the third partition send queue.
 2. A multi-agent simulation system that performs a simulation of a target world in which a plurality of agents interacting with each other exist, the multi-agent simulation system comprising: a plurality of agent simulators configured to perform simulations of the plurality of agents, respectively; and a center controller configured to communicate with the plurality of agent simulators, wherein a subject agent is the agent allocated for each of the plurality of agent simulators, the center controller is further configured to deliver at least one delivery message indicating a status of at least one another agent different from the subject agent to the each agent simulator, the each agent simulator is configured to: determine a status of the subject agent by performing a simulation of the subject agent based on the status of said another agent indicated by the delivery message; and send a result message indicating the status of the subject agent acquired as a result of the simulation to the center controller, the center controller is further configured to deliver the result message received from the each agent simulator as a new delivery message, the plurality of agent simulators include: a first agent simulator configured to perform a simulation of a first agent; a second agent simulator configured to perform a simulation of a second agent; and a third agent simulator configured to perform a simulation of a third agent, in the target world, a distance between the first agent and the third agent is greater than a distance between the second agent and the third agent, the center controller is further configured to: receive first result messages regarding the first agent from the first agent simulator and deliver at least a part of the first result messages as the delivery message to the third agent simulator; receive second result messages regarding the second agent from the second agent simulator and deliver at least a part of the second result messages as the delivery message to the third agent simulator; and set a frequency of delivering the first result message to the third agent simulator to be lower than a frequency of delivering the second result message to the third agent simulator. 